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JC03Rer? *r'~0 1 0 SEP 290? 

BACKGROUND OF THE INVENTION 
Distributed systems preferably play a particular role in contemporary 
telecommunications systems which are generally multiprocessor systems. A 
distributed system is characterized, in particular, by the fact that processes can be 
5 respectively assigned to different processors, and the processors can, if appropriate, 
be located at spatially separate platforms in the distributed system. In such a case, 
one of the most important aspects of the communication between the various 
processes of a distributed system is the platform transparency. This means that a 
process which wishes to transmit a message to another process does not need to 

10 know the platform on which the other process is running at that particular time. 
Nowadays, such a complex distributed system must also fulfil a larger number of 
other requirements. It must, inter alia, prove to be extremely reliable, as flexible as 
possible and as open as possible to adaptations and expansions. The software of 
such a complex distributed system therefore must be configured in a highly modular 

1 5 fashion with permanently defined open interfaces to the outside so that the 

individual modules of software are easily adaptable and particularly re-usable. 

In older to be able to comply wilh the abovementioned requirements, in particular in terms of 
re-usability of software, the software for such a distributed system is generated using 
object-oriented design methods and/or interprogramming. However, the allocation, 

20 necessary in distributed systems, of objects to one another which are usually 

assigned to different and possibly concurrently running processes, is not solved to a 
satisfactory degree. To a certain extent, even a purely object-oriented system design 
must be broken up into conventional procedural programmer techniques, as a result 
of which the effect of re-using program parts which is achieved with the object 

25 orientation is more or less lost. 

At present, the following known approaches are being discussed with regard 
to the introduction of concurrent running and parallel processing into the world of 
objects: 

• Implicit concurrent running: When implicit concurrent running is 
30 implemented, there are two possibilities: 
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Passive objects: An asynchronous exchange of messages is 
converted into a sequential synchronous method call or procedure 
call. Here, the parallel processing of the objects which communicate 
with each other is very restricted. 
5 - Active objects: The process is started for each object. This procedure 

leads to a high level of consumption of resources and is therefore 
only capable of being implemented with a limited number of objects. 
• Explicit concurrent running: Here, either a group of objects (object-related), 
as described in an article by A. Courts, J.M. Edwards, Model-Driven Distributed 
10 Systems, IEEE Concurrency, July 1997, pp. 55-63, or a plurality of events in a 

sequence (task-related), as explained in an article by M. Awad, J. Ziegler, A 
Practical Approach to the Design of Concurrency in Object-Oriented Systems, 
Software - Practice and Experience, 

September 1997, Vol. 27(9), pp. 1013-1034, are assigned to a process. If the 
1 5 right-hand half of Figure 3 in the aforesaid article by Awad/Ziegler and Figure 

5 in the aforesaid article by Coutts/Edwards are considered, it is apparent, at the 
interfaces between the objects, some of which at the same time represent 
interfaces between the processes, that the communication between the objects 
is carried out both via synchronous method calls and via interprocess 
20 communication in the form of the asynchronous passing on of messages. Such 

a definition of the method of communication at the interfaces of objects has the 
disadvantage that it is made considerably more difficult to re-use and maintain 
the objects. 

Particularly in the context of the communication between various objects of 
25 a distributed system, also referred to as instances, which as a rule have what is 
known as a client/server relationship with one another and which are assigned to 
various processes, the procedure explained above is a very unfavorable solution in 
terms of the possibilities of re-use and maintenance which are desired in such a 
complex system. 
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A method for converting an interface definition description in an inter- 
object communications system is already known (EP-A-0 860 776) in which a 
client object and a server object are provided which are either operated on the same 
computer or on different computers. 
5 The respective known method is based here on the function of, on the one 

hand, providing a programming method which is concentrated on origin processing, 
made available by a server object, while the advantages of a CORBA architecture, 
that is to say an architecture with a common (object request) broker are to be 
retained or ensured, and on the other hand of making available an inter-object 

10 communications method. 

For this purpose there is provision to transmit a message from the client 
object to the server object in order to execute a specific processing operation. An 
interface definition conversion program here converts an interface definition 
description which is written in an interface definition language in order to generate 

1 5 what is referred to as a client stub, a server skeleton and a routing program . The 
aforementioned interface definition description includes one or more method 
definition descriptions of data which are necessary for the aforesaid specific 
processing operation, and a processing result and a message description which 
specifies a format of the message which is to be output in response to the respective 

20 method definition description. 

The aforementioned client stub is called in order to cause the client object to 
output the message. The server skeleton includes a server registration method for 
storing a routing information item in a routing information memory in order to 
specify the format of the respective message which can process the server object 

25 itself when it is started. In addition, the aforementioned server skeleton includes a 
method for describing the aforementioned specific processing operation which is to 
be executed when the server object receives the message. 

Finally, the aforementioned routing program decides whether or not the 
processing of the server object assigned to the routing information item of the 
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aforementioned message is possible, specifically by comparing the aforementioned 
message with the aforementioned routing information. 

It is also known (EP-A-0 623 876) to allow object managers, which are 
provided on different computer platforms, to communicate with one another in a 
5 cooperative fashion while the objects are enabled to communicate on the respective 
computer platforms using a remote procedure request. 

Furthermore, a method and a device for carrying out efficient CORBA 
transactions are known (EP-A-0 834 807). However, in the method according to the 
present invention, procedures are not performed using CORBA transactions. 

1 0 Finally, further methods for setting up connections between a server and a 

client are also known (US-A-5 802 367, WO 98 02814 A, GB-A-2 305 270) which, 
however, solve problems other than those solved by the present invention. 

An object of the present invention consists, therefore, in configuring a 
method for transmitting messages between what is referred to as client and server 

1 5 instances of a distributed system which are respectively assigned to different 
processes, to the effect that in terms of the implementation of the method, the 
greatest possible degree of re-use is provided and, at the same time, maintenance is 
made as easy as possible. 

SUMMARY OF THE INVENTION 

20 The object specified above is achieved according to the present invention 

with a method of the type mentioned at the beginning by virtue of the fact that, after 
reception of a message directed to at least one server instance by the client instance, 
a first instance (object handler 1), of partner instances provided as mutual 
communications partners, which contains the first process selects at least one 

25 suitable further instance(object handler 2), containing the at least one further 

process, of the partner instances, to receive and pass on messages with reference to 
an allocation table, and by virtue of the fact that the respective further instance 
(object handler 2) passes on the message to at least one server instance addressed by 
it ? and, if appropriate, receives from the at least one server instance a message to be 

30 passed on to the client instance via the first instance containing the first process. 
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The present invention provides the advantage that the definition of the 
method of communication between the client instance and the at least one server 
instance is exported into the partner instances which contain a process and which 
are provided as mutual communications partners. In this way, the messages between 
5 the client instance and the first instance containing the first process as well as 

between the further instance containing at least one server instance and the at least 
one further process are transmitted synchronously; for example, via a procedure call 
or method call. The transmission of messages between a first instance containing 
the first process and a further instance containing at least one further process can 

10 then take place asynchronously or synchronously, in a way which is decoupled from 
the communications interfaces of the client instance and the at least one server 
instance. As a result, a maximum degree of re-use is achieved especially in terms of 
the implementation of the client instance and of the at least one server instance. The 
possibility of maintenance is also considerably improved by virtue of the fact that 

1 5 most communications interfaces between the first instance containing the first 

process and the further instance containing the at least one further process have to 
be adapted, but the communications interfaces of the client and of the at least one 
server instance remain untouched. 

A further advantageous embodiment of the present invention provides for 

20 the allocation table to contain the type of messages which can be output by the 

client instance and the address of the further instance containing at least one further 
process. The type of messages which can be output by the client instance and the 
address of the further instance which contains at least one further process are 
therefore entered in this allocation table. This allocation table has the advantage that 

25 its contents can be changed at any time and that it is made possible for the first 
instance containing the first process to make a rapid selection. 

According to one embodiment of the present invention, the selection made 
by the first instance containing the first process can be modified dynamically as a 
function of the system loading. As a result, the system crashes and blockages in the 

30 allocation of the processes to the processors can be avoided. 
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A further embodiment of the present invention relates to the special case in 
which the first process and the at least one further process coincide. In this case, the 
first instance containing the first process and the further instance containing at least 
one further process are combined in one instance. As a result, the method according 
5 to the present invention can be applied to this special case without adaptation. 

A further useful embodiment of the present invention can be seen in the 
method of implementation. For example, all the instances (client instance, server 
instance, the instance containing the first process and the partner instance) can be 
implemented in the form of objects whose structure is defined by object classes. 
1 0 Thus, the first instance containing the first process and the further instance 

containing the at least one further process preferably each having the structure of a 
common object class. In this way, the principles of purely object-oriented 
programming are utilized, permitting a high degree of modularity and of re-use and 
ease of maintenance. 

15 A further-embodiment of the present invention is the very expedient use of 

the method in a telephone switching system. According to this, all the advantages 
mentioned above also can be exploited in conjunction with a telephone switching 
system. 

Additional features and advantages of the present invention are described in, 
20 and will be apparent from, the following Detailed Description of the Invention and 
the Figures. 

BRIEF DESCRIPTION OF THE FIGURES 
Figure 1 shows an exemplary flowchart of the method according to the 
present invention. 

25 Figure 2 shows an example of an application in the field of a system alarm 

in a telecommunications system such as a telephone switching system. 

A key to the figures is provided at the end of the Detailed Description. 

DETAILED DESCRIPTION OF THE INVENTION 
Figure 1 describes, in a flowchart, the transmission of messages between a 
30 client instance assigned to a first process and a server instance assigned to a further 
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process. The instances of client, server, the first instance containing the first process 
and the further instance containing the at least one further process as well as the 
action which is carried out by the server instance are represented in the form of 
objects with boxes. Accordingly, the object client corresponds to a client instance, 
5 the object server to a server instance, the object object handler 1 to a first active 
instance containing the first process, of the partner instances provided as mutual 
communications partners, the object object handler 2 to a further active instance 
containing the further process, of the partner instances, the object action to an 
action and the object confirm action to an acknowledgement action to a requested 

10 action. The active instances which contain the respective processes are 

characterized here via boxes with bold lines. The type of action is not determined 
until the specific object action is called. 

In the case of an action which is requested by the client and is to be carried 
out by the server, with an acknowledgement, the method proceeds, for example, as 

15 follows: 

The client requests from the server an action to which an acknowledgement 
is to be made. The client calls the action and does not need to know which process 
is to be carried out or on which processor platform the action is to be carried out. 
The object handler 1 provides the client for this purpose with the call procedure 

20 invoke_action. After the call of the procedure invoke_action, also referred to as 

method in the object-oriented programming, a uniquely defined number (get handle 
number) is assigned to the object handler 1 and a timer is started (start timer) which 
initiates error handling if the acknowledgement is not received at the correct time. 
Then, the object handler 1 looks for a partner instance provided as communications 

25 partner, for example object handler 2 (find target object handler), which is assigned 
to the action as a function of the type of action, and transmits the message of the 
action request action_request to the object handler 2. The object handler 2 receives 
the message, stores the address of its communications partner object handler 1 
(store communication partner) together with the number which is uniquely assigned 

30 to the object handler 1 and executes the procedure of the object action (execute). 



The object action subsequently causes the server addressed by the client to execute 
the action via the procedure call action. After the execution of the action, the server 
transmits, in an analogous fashion, an acknowledgement indirectly back to the 
client. According to this, the following procedure calls, message transmissions and 
5 actions run from the server in the direction of the client. The procedure call 

invoke_action, deletes the address of the communications partner and transmits the 
action request message for the acknowledgement actionrequest of the object 
handler 2 to the object handler 1, which is known to the object handler 2 on the 
basis of the assigned number, the object handler 1 deletes the assigned number 
1 0 (release handle number) and stops the timer (stop timer), in order to transmit the 
acknowledgement object handler 1 calls the procedure execute of the object 
Confirm action, and finally Object Confirm Action executes the procedure 
confirm_action of the client. 

In the case of an action of the server requested by the client being without an 
1 5 acknowledgement, the method according to the present invention of the 

transmission of messages from the client to the server runs in a similar fashion to 
that described above. The sequence steps get handle number, start timer, store 
communication partner and the steps relating to the acknowledgement from the 
server in the direction of the client are eliminated. 
20 In the case of what is referred to as a broadcast, i.e. a client requests an 

action from a number of servers, there are various possibilities: 

if the servers addressed by the client are assigned to a common process, the 
object handler 1 will pass on the action_request message either to an object 
handler 2, and the object handler 2 ensures that the action is executed by a 
25 number of servers, or the object handler 1 transmits a number of 

action_request messages to a number of object handlers 2 containing the 
server process, which each cause the servers to execute the action. A 
combination of both aforesaid variants is also possible, 
if the servers addressed by the client are assigned to different processes, the 
30 object handler 1 will in each case transmit an action_request message to the 
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object handlers 2 containing the different processes, and the object handlers 

2 in each case cause the servers to execute the action. 

Here too, all combinations of the aforesaid possibilities are conceivable. 

The number of actions usually have to be carried out in a distributed system 
5 so that each server also can act as a client and each client also can act as a server, 
and can be combined in an object client and server function. 

The advantageous decoupling of process interfaces from the object 
interfaces of the client and of the server is apparent from the fact that the 
communication between the client and the server is implemented synchronously via 
1 0 procedure calls and method calls and only the passing on of messages between the 
object handler 1 and the object handler 2 is, if appropriate, carried out 
asynchronously without limitation to the process limits. 

In the special case in which the client and the server^ which are located, for 
example, on a common platform, can be assigned to the same process, the objects 
1 5 object handler 1 and object handler 2 are combined to form a single object. 

According to Figure 1, the object handler 1 transmits the action_request message to 
itself. 

Figure 2 shows an application example in the field of a system alarm in a 
telecommunications system; for example, a telephone switching system. 
20 In a system alarm, there are, for example, the following objects which can 

act simultaneously as client and server and can request different actions from one 
another. In addition, the objects can be located on different platforms. 

An object Alarm Balance Monitor (ABM) has the function of forming an 
alarm balance over all the alarms of the instances (AMOI) which are monitored by 
25 it and for which alarms can be given. In order to be able to form the alarm balance, 
the Alarm Balance Monitor requires what is referred to as a SD3S object which is 
located on a processor platform and provides it with collected information relating 
to the monitored instances for which alarms can be given. 
The boxes constitute the objects Caller, AMOI 
30 (AlarmManagedObjectlnstance), S1BS (SiteBalanceSupply) and ABM 



10 



(AlarmBalanceMonitor). The arrows whose type is not given in the key in the index 
indicate the message transmission, if appropriate, without limitation to process 
boundaries, between the objects. The transmission of messages correspond here to 
the transmission of messages between client and server described in Figure 1. Thus, 
5 for example, the Caller object can act as a client and the AMOI object as a server. 
The same also applies to the other objects AMOI and SIBS as well as SIBS and 
ABM. 

After a system alarm call setalarm, the following sequence of actions is 
triggered, for example: 
10 - Set_alarm: a monitored instance AMOI for which an alarm can be given 

receives a new alarm from a caller, checks the parameters (check_params) 
determining the alarm and creates a new alarm instance (create contained 
alarm). 

Confirm: an acknowledgement from the instance (AMOI) to the instance 
1 5 Caller after the system alarm call set_alarm. 

Balance SIBS: at least one server object SIBS is requested to collect the 
received information necessary for the alarm balance (accumulate alarm 
status of all associated AMOI). 

Balance ABM: after this the server object ABM is requested to collect the 
20 information received from the at least one SIBS object for the alarm balance 

(accumulate alarm status of all associated SIBS). 

Because the actions are requested without limitation to process boundaries, 
the messages are transmitted from one object to a further object via an active first 
instance and via a further active partner instance, for example via the object handler 
25 1 and via the object handler 2 from Figure 1 , neither of which is illustrated in 
Figure 2. 

The selection of the object handler 2 made by the object handler 1 can be 
performed via an allocation table. The allocation table looks, for example, as 
follows: 



11 



Action 


Object handler 


Confirmation 


Set_alarm 
AMOI 


on AMOI platform 


yes 


Balance SIBS 


on SIBS platform 


no 


Balance ABM 


on main platform 


no 



If a specific action can be executed by different server objects, the allocation 
of the object handler 2 can be modified as a function of the system load factor. 

Although the present invention has been described with reference to specific 
embodiments, those of skill in the art will recognize that changes may be made 
thereto without departing from the spirit and scope of the invention as set forth in 
the hereafter appended claims. 
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Key to the figures: 



= instance 



= procedural call 
with execution 
(synchronous) 



I | = transmission 

I of a message 

. (asynchronous) 
= active instance, 
containing a 
process 



= instance waits for 
acknowledgement 
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ABSTRACT OF THE DISCLOSURE 
A method for transmitting messages between a client instance assigned to a 
first process and at least one server instance assigned to at least one further process 
within a distributed system, wherein a first instance containing a first process, of 
5 partner instances provided as mutual communications partners, selects, after 

reception of a message directed to at least one server instance by the client instance 
at least one suitable further instance containing the at least one further process, of 
the partner instances for the reception and passing on of messages. The at least one 
further instance containing the at least one further process passes on this message to 
10 at least one server instance addressed by it and receives, if appropriate, from the at 
least server instance, a message to be passed on to the client instance via the first 
instance containing the first process. 
In the Claims: 

On page 13, cancel line I, and substitute the following left-hand justified 
15 heading therefor: 
CLAIMS 

Please cancel claims 1-6, without prejudice, and substitute the following 
claims therefor: 

7. A method for transmitting messages between a client instance 
20 assigned to a first process and at least one server instance assigned to a further 
process within a distributed system, the method comprising the steps of: 

receiving a message directed from the client instance to the at least one 
server instance; 

selecting, via a first instance containing the first process, from partner 
25 instances provided as mutual communications partners, at least one suitable further 
instance, containing the further process, of the partner instances for receiving and 
passing on of messages via an allocation table between a type of messages which 
can be output by the client instance and an address of the further instance which 
contains at least one further process; 
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passing on a message, via the respective further instance, to at least one 
server instance addressed by it; and 

receiving, if appropriate, and at the respective further instance, from the at 
least one server instance a message to be passed on to the client instance via the 
5 first instance containing the first process. 

8. A method for transmitting messages as claimed in claim 7, the 
method further comprising the step of: 

modifying dynamically the selection made by the first instance containing 
10 the first process as a function of a system load factor. 

9. A method for transmitting messages as claimed in claim 7, the 
method further comprising the step of: 

combining in one instance the first instance containing the first process and 
1 5 the further instance containing the at least one further process if the first process 
and the at least one further process coincide. 

10. A method for transmitting messages as claimed in claim 7, wherein 
all of the instances are objects whose structure is defined by object classes. 

20 

11. A method for transmitting messages as claimed in claim 7, wherein 
the method is applied to a telephone switching system. 

REMARKS 

The present amendment makes editorial changes and corrects typographical 
25 errors in the specification, which includes the Abstract, in order to conform the 

specification to the requirements of United States Patent Practice. No new matter is 
added thereby. Attached hereto is a marked-up version of the changes made to the 
specification by the present amendment. The attached page is captioned " Version 
With Markings To Show Changes Made". 
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In addition, the present amendment cancels original claims 1-6 in favor of 
new claims 7-11. Claims 7-11 have been presented solely because the revisions by 
crossing out and underlining which would have been necessary in claims 1-6 in 
order to present those claims in accordance with preferred United States Patent 
Practice would have been too extensive, and thus would have been too burdensome. 
The present amendment is intended for clarification purposes only and not for 
substantial reasons related to patentability pursuant to 35 U.S.C. §§103, 102, 103 or 
112. Indeed, the cancellation of claims 1-6 does not constitute an intent on the part 
of the Applicants to surrender any of the subject matter of claims 1-6. 

Early consideration on the merits is respectfully requested. 



Respectfully submitted, 




"fReg. No. 39.056> 



William E. Vaugjpja^ 
Bell, Boyd & Lloyd LLC 
P.O. Box 1135 

Chicago, Illinois 60690-1135 
(312) 807-4292 
Attorneys for Applicant 
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Description 

Method for transmitting messages between a client 
instance assigned to a first process and at least one 
5 server instance assigned to at least one further 
process within a distributed system 

The invention relates to a method for transmitting messages 
between a client instance (client) assigned to a first 
10 process and at least one server instance (server) assigned 
to at least one further process within a distributed system. 

Distributed systems preferably play a particular role 
in contemporary telecommunications systems which are 
15 generally multiprocessor systems. A distributed system 
is characterized in particular by the fact that 
processes can be respectively assigned to different 
processors, and the processors can, if appropriate, be 
located at spatially separate platforms in the 

2 0 distributed system. In such a case, one of the most 

important aspects of the communication between the 
various processes of a distributed system is the 
platform transparency. This means that a process which 
wishes to transmit a message to another process does 
25 not need to know the platform on which the other 
process is running at that particular time. Nowadays, 
such a complex distributed system must also fulfil a 
larger number of other requirements. It must, inter 
alia, prove to be extremely reliable, as flexible as 

3 0 possible and as open as possible to adaptations and 

expansions. The software of such a complex distributed 
system must therefore be configured in a highly modular 
fashion with permanently defined open interfaces to the 
outside so that the individual modules of software are 
35 easily adaptable and particularly re-usable. 

In order to be able to comply with the abovementioned 
requirements, in particular in terms of re-usability of 
software , 
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the software for such a distributed system is generated 
using object-oriented design methods and/or 
interprogramming. However, the allocation, necessary in 
distributed systems, of objects to one another which 
5 are usually assigned to different and possibly 
concurrently running processes, is not solved to a 
satisfactory degree. To a certain extent, even a purely 
object-oriented system design must be broken up into 
conventional procedural programmer techniques, as a 
10 result of which the effect of re-using program parts 
which is achieved with the object orientation is more 
or less lost. 

At present, the following known approaches are being 
15 discussed with regard to the introduction of concurrent 
running and parallel processing into the world of 
obj ects : 

• Implicit concurrent running: When implicit concurrent 
20 running is implemented, there are two possibilities: 

- Passive objects: An asynchronous exchange of 
messages is converted into a sequential 
synchronous method call or procedure call. 

25 Here, the parallel processing of the objects 

which communicate with each other is very 
restricted . 

- Active objects: The process is started for 
each object. This procedure leads to a high 

3 0 level of consumption of resources and is 

therefore only capable of being implemented 
with a limited number of objects. 

• Explicit concurrent running: Here either a group of 
35 objects (object-related), as described in an article 

by A. Coutts, J.M. Edwards, Model -Driven Distributed 
Systems, IEEE Concurrency, July 1997, pp. 55-63, or a 
plurality of events in a sequence (task-related) , 
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as explained in an article by M. Awad, J. Ziegler, A 
Practical Approach, to the Design of Concurrency in 
Object-Oriented Systems, Software - Practice and 
Experience, 
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September 1997, Vol. 27(9), pp. 1013-1034, are 
assigned to a process. If the right-hand half of 
figure 3 in the aforesaid article by Awad/Ziegler 
and figure 5 in the aforesaid article by 
5 Coutts /Edwards are considered, it is apparent, at 

the interfaces between the objects, some of which at 
the same time represent interfaces between the 
processes, that the communication between the 
objects is carried out both by means of synchronous 

10 method calls and by means of interprocess 

communication in the form of the asynchronous 
passing on of messages. Such a definition of the 
method of communication at the interfaces of objects 
has the disadvantage that it is made considerably 

15 more difficult to re-use and maintain the objects. 

In particular in the context of the communication 
between various objects of a distributed system, also 
referred to as instances, which as a rule have what is 

2 0 known as a client/server relationship with one another 

and which are assigned to various processes, the 
procedure explained above is a very unfavorable 
solution in terms of the possibilities of re-use and 
maintenance which are desired in such a complex system. 

25 

A method for converting an interface definition 
description in an inter-object communications system is 
already known (EP-A-0 860 776) in which a client object 
and a server object are provided which are either 

3 0 operated on the same computer or on different 

computers . 

The respective known method is based here on the 
function of, on the one hand, providing a programming 
3 5 method which is concentrated on origin processing, made 
available by a server object, while the advantages of a 
CORBA architecture, that is to say an architecture 
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with a common (object request) broker are to be 
retained 
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or ensured, and on the other hand of making available 
an inter-object communications method. 

For this purpose there is provision to transmit a 
5 message from the client object to the server object in 
order to execute a specific processing operation. An 
interface definition conversion program here converts 
an interface definition description which is written in 
an interface definition language in order to generate 

10 what is referred to as a client stub, a server skeleton 
and a routing prgram. The aforementioned interface 
definition description comprises one or more method 
definition descriptions of data which are necessary for 
the aforesaid specific processing operation, and a 

15 processing result and a message description which 
specifies a format of the message which is to be output 
in response to the respective method definition 
description. 

20 The aforementioned client stub is called in order to 
cause the client object to output the message. The 
server skeleton comprises a server registration method 
for storing a routing information item in a routing 
information memory in order to specify the format of 

25 the respective message which can process the server 
object itself when it is started. In addition, the 
aforementioned server skeleton comprises a method for 
describing the aforementioned specific processing 
operation which is to be executed when the server 

3 0 object receives the message. 

Finally, the aforementioned routing program decides 
whether or not the processing of the server object 
assigned to the routing information item of the 
35 aforementioned message is possible, specifically by 
comparing the aforementioned message with the 
aforementioned routing information. 
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The method according to the present invention cannot be 
compared with this known procedure. 
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It is also known (EP-A-0 623 876) to allow object 
managers, which are provided on different computer 
platforms, to communicate with one another in a 
cooperative fashion while the objects are enabled to 
5 communicate on the respective computer platforms using 
a remote procedure request. This procedure also has 
nothing to do with the method according to the 
invention. 

10 Furthermore, a method and a device for carrying out 
efficient CORBA transactions are known (EP-A-0 834 807) . 
However, in the method according to the invention 
procedures are not performed using CORBA transactions. 

15 Finally, further methods for setting up connections 
between a server and a client are also known 
(US-A-5 802 367, WO 98 02814 A, GB-A-2 305 270) , which, 
however, solve problems other than those solved by the 
present invention. 

20 

The object of the invention consists therefore in 
configuring a method for transmitting messages between 
what is referred to as client and server instances of a 
distributed system which are respectively assigned to 
25 different processes, to the effect that in terms of the 
implementation of the method, the greatest possible 
degree of re -use is provided and at the same time 
maintenance is made as easy as possible. 

3 0 The object specified above is achieved according to the 
invention with a method of the type mentioned at the 
beginning by virtue of the fact that, after reception 
of a message directed to at least one server instance 
by the client instance, a first instance (object 

3 5 handler 1) , of partner instances provided as mutual 
communications partners, which contains the first 
process selects at least one suitable further instance 
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(object handler 2), containing the at least one further 
process, of the partner instances, to receive and pass 
on messages with reference to an allocation table, and 
by virtue of the fact that the respective further 
5 instance (object handler 2) passes on the message to at 
least one server instance addressed by it, and, if 
appropriate, receives from the at least one server 
instance a message to be passed on to the client 
instance via the first instance containing the first 
10 process. 

The invention provides the advantage that the 
definition of the method of communication between the 
client instance and the at least one server instance is 

15 exported into the partner instances which contain a 
process and which are provided as mutual communications 
partners. In this way, the messages between the client 
instance and the first instance containing the first 
process as well as between the further instance 

2 0 containing at least one server instance and the at 
least one further process are transmitted 
synchronously, for example by means of a procedure call 
or method call. The transmission of messages between a 
first instance containing the first process and a 

2 5 further instance containing at least one further 
process can then take place asynchronously or 
synchronously, in a way which is decoupled from the 
communications interfaces of the client instance and 
the at least one server instance. As a result, a 

30 maximum degree of re-use is achieved especially in 
terms of the implementation of the client instance and 
of the at least one server instance. The possibility of 
maintenance is also considerably improved by virtue of 
the fact that most communications interfaces between 

35 the first instance containing the first process and the 
further instance containing the at least one further 
process have to be adapted, but the communications 
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interfaces of the client and of the at least one server 
instance remain untouched. 

A further advantageous refinement of the invention 
5 provides for the allocation table to contain the type 
of messages which can be output by the client instance 
and the address of the further instance containing at 
least one further process. The type of messages which 
can be output by the client instance and the address of 

10 the further instance which contains at least one 
further process are therefore entered in this 
allocation table. This allocation table has the 
advantage that its contents can be changed at any time 
and that it is made possible for the first instance 

15 containing the first process to make a rapid selection. 

According to one expedient development of the 
invention, the selection made by the first instance 
containing the first process can be modified 

2 0 dynamically as a function of the system loading. As a 

result, the system crashes and blockages in the 
allocation of the processes to the processors can be 
avoided . 

25 A further refinement of the invention relates to the 
special case in which the first process and the at 
least one further process coincide. In this case, the 
first instance containing the first process and the 
further instance containing at least one further 

3 0 process are combined in one instance. As a result, the 

method according to the invention can be applied to 
this special case without adaptation. 

A further useful refinement of the invention can be seen 
35 in the method of implementation. For example, all the 
instances (client instance, server instance, the instance 
containing the first process and the partner instance) 
can be implemented in the form of objects whose 
AMENDED SHEET 
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object class. In this way, the principles of purely 
object-oriented programming are utilized, permitting a 
high degree of modularity and of re-use and ease of 
maintenance . 

5 

A further refinement of the invention is the very 
expedient use of the method according to the invention 
in a telephone switching system. According to this, all 
the advantages mentioned above can also be exploited in 
10 conjunction with a telephone switching system. 

An exemplary embodiment of the invention is described 
in more detail below with reference to a drawing, in 
which : 

15 

Figure 1 shows an exemplary flowchart of the method 
according to the invention, 

Figure 2 shows an example of an application in the 

20 field of a system alarm in a 

telecommunications system such as a telephone 
switching system. 

A key to the figures is provided in an annex at the end 
25 of the description. 

Figure 1 describes, in a flowchart, the transmission of 
messages between a client instance assigned to a first 
process and a server instance assigned to a further 

30 process. The instances of client, server, the first 
instance containing the first process and the further 
instance containing the at least one further process as 
well as the action which is carried out by the server 
instance are represented in the form of objects with 

35 boxes. Accordingly, the object client corresponds to a 
client instance, the object server to a server 
instance, the object object handler 1 to a first active 
instance containing the first process, of the 
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partner instances provided as mutual communications 
partners, the object object handler 2 to a further 
active instance containing the further process, of the 
partner instances, the object action to an action and 
5 the object confirm action to an acknowledgement action 
to a requested action. The active instances which 
contain the respective processes are characterized here 
by means of boxes with bold lines. The type of action 
is not determined until the specific object action is 
10 called. 

In the case of an action which is requested by the 
client and is to be carried out by the server, with an 
acknowledgement, the method proceeds, for example, as 
15 follows: 

The client requests from the server an action to which 
an acknowledgement is to be made. The client calls the 
action and does not need to know which process is to be 

20 carried out or on which processor platform the action 
is to be carried out. The object handler 1 provides the 
client for this purpose with the call procedure 
invoke_action. After the call of the procedure 
invoke_action, also referred to as method in the 

25 object-oriented programming, a uniquely defined number 
(get handle number) is assigned to the object handler 1 
and a timer is started (start timer) which initiates 
error handling if the acknowledgement is not received 
at the correct time. Then, the object handler 1 looks 

3 0 for a partner instance provided as communications 
partner, for example object handler 2 (find target 
object handler) , which is assigned to the action as a 
function of the type of action, and transmits the 
message of the action request action_request to the 

35 object handler 2. The object handler 2 receives the 
message, stores the address of its communications 
partner object handler 1 (store communication partner) 
together with the number which is uniquely assigned to 
the object handler 1 and executes the procedure 
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of the object action (execute) . The object action 
subsequently causes the server addressed by the client 
to execute the action by means of the procedure call 
action. After the execution of the action, the 
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server transmits, in an analogous fashion, an 
acknowledgement indirectly back to the client. 
According to this, the following procedure calls, 
message transmissions and actions run from the server 
5 in the direction of the client. The procedure call 
invoke_action, deletes the address of the 
communications partner and transmits the action request 
message for the acknowledgement act ion_request of the 
object handler 2 to the object handler 1, which is 

10 known to the object handler 2 on the basis of the 
assigned number, the object handler 1 deletes the 
assigned number (release handle number) and stops the 
timer (stop timer) , in order to transmit the 
acknowledgement object handler 1 calls the procedure 

15 execute of the object Confirm action, and finally 
Object Confirm Action executes the procedure 
conf irm_action of the client. 

In the case of an action of the server requested by the 

2 0 client being without an acknowledgement, the method 

according to the invention of the transmission of 
messages from the client to the server runs in a 
similar fashion to that described above. The sequence 
steps get handle number, start timer, store 
25 communication partner and the steps relating to the 
acknowledgement from the server in the direction of the 
client are eliminated. 

In the case of what is referred to as a broadcast, i.e. 
30 a client requests an action from a plurality of 

servers, there are various possibilities: 

if the servers addressed by the client are 
assigned to a common process, the object handler 1 
will pass on the act ion_request message either to 

3 5 an object handler 2, and the object handler 2 

ensures that the action is executed by a plurality 
of servers, or the object handler 1 transmits a 
plurality of act ion_request messages to a 
plurality of object handlers 2 containing the 
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server process, which each cause the servers to 
execute the action. A combination of both 
aforesaid variants is also possible. 

if the servers addressed by the client are 
5 assigned to different processes, the object 

handler 1 will in each case 
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transmit an act ion_request message to the object 
handlers 2 containing the different processes, and 
the object handlers 2 in each case cause the 
servers to execute the action. 

5 

Here too, all combinations of the aforesaid 
possibilities are conceivable. 

The plurality of actions usually have to be carried out 
10 in a distributed system so that of course each server 
can also act as a client and each client can also act 
as a server, and can be combined in an object client 
and server function. 

15 The advantageous decoupling of process interfaces from 
the object interfaces of the client and of the server 
is apparent from the fact that the communication 
between the client and the server is implemented 
synchronously by means of procedure calls and method 

20 calls and only the passing on of messages between the 
object handler 1 and the object handler 2 is, if 
appropriate, carried out asynchronously without 
limitation to the process limits. 

25 In the special case in which the client and the server 
which are located, for example, on a common platform, 
can be assigned to the same process, the objects object 
handler 1 and object handler 2 are combined to form a 
single object. According to Figure 1, in this case the 

3 0 object handler 1 transmits the action_request message 
to itself. 

Figure 2 shows an application example in the field of a 
system alarm in a telecommunications system, for 
3 5 example a telephone switching system. 

In a system alarm, there are, for example, the 
following objects which can act simultaneously as 
client and server and can request different actions 
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GR 99 P 1371 



the objects can be located, on different platforms. 

An object Alarm Balance Monitor (ABM) has the function 
of forming an alarm balance over all the alarms of the 
instances (AMOI) which are monitored by it and for 
which alarms can be given. In order to be able to form 
the alarm balance, the Alarm Balance Monitor requires 
what is referred to as a SIBS object which is located 
on a processor platform and provides it with collected 
information relating to the monitored instances for 
which alarms can be given. 

The boxes constitute the objects Caller, AMOI 
(AlarmManagedObjectlnstance) , SIBS ( SiteBalanceSupply) 
and ABM (AlarmBalanceMonitor) . The arrows whose type is 
not given in the key in the index indicate the message 
transmission, if appropriate, without limitation to 
process boundaries, between the objects. The 
transmission of messages correspond here to the 
transmission of messages between client and server 
described in Figure 1. Thus, for example the Caller 
object can act as a client and the AMOI object as a 
server. The same also applies to the other objects AMOI 
and SIBS as well as SIBS and ABM . 

After a system alarm call set_alarm, the following 
sequence of actions is triggered, for example: 

Set_alarm: a monitored instance AMOI for which an 
alarm can be given receives a new alarm from a 
caller, checks the parameters (check_params) 
determining the alarm and creates a new alarm 
instance (create contained alarm) . 

Confirm: an acknowledgement from the instance 
(AMOI) to the instance Caller after the system 
alarm call set_alarm. 

Balance SIBS: at least one server object SIBS is 
requested to collect the received information 
necessary for the alarm balance (accumulate alarm 
status of all associated AMOI) . 
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Balance ABM: after this the server object ABM is 
requested 
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to collect the information received from the at 
least one SIBS object for the alarm balance 
(accumulate alarm status of all associated SIBS) . 

5 Because the actions are requested without limitation to 
process boundaries, the messages are transmitted from 
one object to a further object via an active first 
instance and via a further active partner instance, for 
example via the object handler 1 and via the object 
10 handler 2 from Figure 1, neither of which is 
illustrated in Figure 2 . 

The selection of the object handler 2 made by the 
object handler 1 can be performed by means of an 
15 allocation table. The allocation table looks, for 
example, as follows: 



Action 


Object handler 


Confirmation 


Set alarm 
AMOI 


on AMOI platform 


yes 


Balance 
SIBS 


on SIBS platform 


no 


Balance 
ABM 


on main platform 


no 



If a specific action can be executed by different 
2 0 server objects, the allocation of the object handler 2 
can be modified as a function of the system load 
factor . 
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New Patent claims 

(replace the previously applicable patent claims) 

1. A method for transmitting messages between a client 
5 instance (client) assigned to a first process and at 

least one server instance (server) assigned to a 
further process within a distributed system, 
characterized in that, after reception of a message 
directed from the client instance to at least one 

10 server instance, a first instance (object handler 1) 

containing the first process selects, from partner 
instances provided as mutual communications partners, 
at least one suitable further instance (object 
handler 2) , containing the at least one further 

15 process, of the partner instances for the reception 

and passing on of messages by means of an allocation 
table between the type of messages which can be 
output by the client instance and the address of the 
further instance and the address of the further 

2 0 instance containing at least one further process, and 

in that the respective further instance (object 
handler 2) passes on the message to at least one 
server instance addressed by it, and if appropriate, 
receives from the at least one server instance a 

2 5 message to be passed on to the client instance via 

the first instance containing the first process . 

2. The method as claimed in claim 1, characterized in 
that the selection made by the first instance 

30 containing the first process can be modified 

dynamically as a function of the system load 
factor . 

3 . The method as claimed in one of the preceding 
35 claims, characterized in that if the first process 

and the at least one further process coincide, the 
first instance containing the first process and 
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further process are combined in one instance. 
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4 . The method as claimed in one of the preceding 
claims, characterized in that all the instances 
are implemented in the form of objects whose 
structure is defined by object classes. 

5 . The method as claimed in one of the preceding 
claims, characterized in that said method is 
applied to a telephone switching system. 
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SPECIFICATION 
TITLE OF THE INVENTION 
METHOD FOR TRANSMITTING MESSAGES BETWEEN A CLIENT 
5 INSTANCE ASSIGNED TO A FIRST PROCESS AND AT LEAST ONE 

SERVER INSTANCE ASSIGNED TO AT LEAST ONE FURTHER PROCESS 
WITHIN A DISTRIBUTED SYSTEM 
Method for transmitting messages between a client instanc e assigned to a first 
process and at least one server instance assigned to at least one further process 
10 within a distributed system 

The invention relates to a method for tnmsmitting messages between a client instance (cli e nt) 
assigned to a first process and at least one server instance (server) assigned to at least one further 
process within a distributed system. 

BACKGROUND OF THE INVENTION 
1 5 Distributed systems preferably play a particular role in contemporary 

telecommunications systems which are generally multiprocessor systems. A 
distributed system is characterized^ in particular^ by the fact that processes can be 
respectively assigned to different processors, and the processors can, if appropriate, 
be located at spatially separate platforms in the distributed system. In such a case, 
20 one of the most important aspects of the communication between the various 

processes of a distributed system is the platform transparency. This means that a 
process which wishes to transmit a message to another process does not need to 
know the platform on which the other process is running at that particular time. 
Nowadays, such a complex distributed system must also fulfil a larger number of 
25 other requirements. It must, inter alia, prove to be extremely reliable, as flexible as 
possible and as open as possible to adaptations and expansions. The software of 
such a complex distributed system must therefore must be configured in a highly 
modular fashion with permanently defined open interfaces to the outside so that the 
individual modules of software are easily adaptable and particularly re-usable. 
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In order to be able to comply with the abovementioned requirements, in particular in terms of 
re-usabilityof software, the software for such a distributed system is generated using 
object-oriented design methods and/or interprogramming. However, the allocation, 
necessary in distributed systems, of objects to one another which are usually 
5 assigned to different and possibly concurrently running processes, is not solved to a 
satisfactory degree. To a certain extent, even a purely object-oriented system design 
must be broken up into conventional procedural programmer techniques, as a result 
of which the effect of re-using program parts which is achieved with the object 
orientation is more or less lost. 
1 0 At present, the following known approaches are being discussed with regard 

to the introduction of concurrent running and parallel processing into the world of 
objects: 

• Implicit concurrent running: When implicit concurrent running is 
implemented, there are two possibilities: 

15 - Passive objects: An asynchronous exchange of messages is 

converted into a sequential synchronous method call or procedure 
call. Here, the parallel processing of the objects which communicate 
with each other is very restricted. 

Active objects: The process is started for each object. This procedure 
20 leads to a high level of consumption of resources and is therefore 

only capable of being implemented with a limited number of objects. 

• Explicit concurrent running: Here i either a group of obj ects (obj ect-related), 
as described in an article by A. Courts, J.M. Edwards, Model-Driven Distributed 
Systems, IEEE Concurrency, July 1997, pp. 55-63, or a plurality of events in a 

25 sequence (task-related), as explained in an article by M. Awad, J. Ziegler, A 

Practical Approach to the Design of Concurrency in Object-Oriented Systems, 
Software - Practice and Experience, 

September 1997, Vol. 27(9), pp. 1013-1034, are assigned to a process. If the 
right-hand half of figure Figure 3 in the aforesaid article by Awad/Ziegler and 
30 figure Figure 5 in the aforesaid article by Coutts/Edwards are considered, it is 
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apparent, at the interfaces between the objects, some of which at the same time 
represent interfaces between the processes, that the communication between the 
objects is carried out both by means of via synchronous method calls and by 
means of via interprocess communication in the form of the asynchronous 
5 passing on of messages. Such a definition of the method of communication at 

the interfaces of objects has the disadvantage that it is made considerably more 
difficult to re-use and maintain the objects. 

In particular Particularly in the context of the communication between 
various objects of a distributed system, also referred to as instances, which as a rule 
1 0 have what is known as a client/server relationship with one another and which are 
assigned to various processes, the procedure explained above is a very unfavorable 
solution in terms of the possibilities of re-use and maintenance which are desired in 
such a complex system. 

A method for converting an interface definition description in an 
15 inter-object communications system is already known (EP-A-0 860 776) in which a 
client object and a server object are provided which are either operated on the same 
computer or on different computers. 

The respective known method is based here on the function of, on the one 
hand, providing a programming method which is concentrated on origin processing, 
20 made available by a server object, while the advantages of a CORBA architecture, 
that is to say an architecture with a common (object request) broker are to be 
retained or ensured, and on the other hand of making available an inter-object 
communications method. 

For this purpose there is provision to transmit a message from the client 
25 object to the server object in order to execute a specific processing operation. An 
interface definition conversion program here converts an interface definition 
description which is written in an interface definition language in order to generate 
what is referred to as a client stub, a server skeleton and a routing prgram program . 
The aforementioned interface definition description compris e s includes one or more 
30 method definition descriptions of data which are necessary for the aforesaid specific 
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processing operation, and a processing result and a message description which 
specifies a format of the message which is to be output in response to the respective 
method definition description. 

The aforementioned client stub is called in order to cause the client object to 
5 output the message. The server skeleton comprises includes a server registration 
method for storing a routing information item in a routing information memory in 
order to specify the format of the respective message which can process the server 
object itself when it is started, hi addition, the aforementioned server skeleton 
comprises includes a method for describing the aforementioned specific processing 

1 0 operation which is to be executed when the server object receives the message. 

Finally, the aforementioned routing program decides whether or not the 
processing of the server object assigned to the routing information item of the 
aforementioned message is possible, specifically by comparing the aforementioned 
message with the aforementioned routing information. 

15 The m e thod according to the pres e nt invention cannot be compared with this known 
procedure. 

It is also known (EP-A-0 623 876) to allow object managers, which are 
provided on different computer platforms, to communicate with one another in a 
cooperative fashion while the objects are enabled to communicate on the respective 
20 computer platforms using a remote procedure request. This proc e dur e also has 
nothing to do with the m e thod according to the invention. 

Furthermore, a method and a device for carrying out efficient CORB A 
transactions are known (EP-A-0 834 807). However, in the method according to the 
present invention, procedures are not performed using CORBA transactions. 
25 Finally, further methods for setting up connections between a server and a 

client are also known (US-A-5 802 367, WO 98 02814 A, GB-A-2 305 270) ? 
which, however, solve problems other than those solved by the present invention. 

T4ie An object of the present invention consists^ therefore,! in configuring a 
method for transmitting messages between what is referred to as client and server 
30 instances of a distributed system which are respectively assigned to different 
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processes, to the effect that in terms of the implementation of the method, the 
greatest possible degree of re-use is provided and,, at the same time^ maintenance is 
made as easy as possible. 

SUMMARY OF THE INVENTION 
5 The object specified above is achieved according to the present invention 

with a method of the type mentioned at the beginning by virtue of the fact that, after 
reception of a message directed to at least one server instance by the client instance, 
a first instance (object handler 1), of partner instances provided as mutual 
communications partners, which contains the first process selects at least one 

1 0 suitable further instance(object handler 2), containing the at least one further 

process, of the partner instances, to receive and pass on messages with reference to 
an allocation table, and by virtue of the fact that the respective further instance 
(object handler 2) passes on the message to at least one server instance addressed by 
it? and, if appropriate, receives from the at least one server instance a message to be 

1 5 passed on to the client instance via the first instance containing the first process. 

The present invention provides the advantage that the definition of the 
method of communication between the client instance and the at least one server 
instance is exported into the partner instances which contain a process and which 
are provided as mutual communications partners. In this way, the messages between 

20 the client instance and the first instance containing the first process as well as 

between the further instance containing at least one server instance and the at least 
one further process are transmitted synchronously^ for example^, by means -of via a 
procedure call or method call. The transmission of messages between a first 
instance containing the first process and a further instance containing at least one 

25 further process can then take place asynchronously or synchronously, in a way 

which is decoupled from the communications interfaces of the client instance and 
the at least one server instance. As a result, a maximum degree of re-use is achieved 
especially in terms of the implementation of the client instance and of the at least 
one server instance. The possibility of maintenance is also considerably improved 

30 by virtue of the fact that most communications interfaces between the first instance 
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containing the first process and the further instance containing the at least one 
further process have to be adapted, but the communications interfaces of the client 
and of the at least one server instance remain untouched. 

A further advantageous refinement embodiment of the present invention 
5 provides for the allocation table to contain the type of messages which can be 
output by the client instance and the address of the further instance containing at 
least one further process. The type of messages which can be output by the client 
instance and the address of the further instance which contains at least one further 
process are therefore entered in this allocation table. This allocation table has the 

1 0 advantage that its contents can be changed at any time and that it is made possible 
for the first instance containing the first process to make a rapid selection. 

According to one expedient development embodiment of the present 
invention, the selection made by the first instance containing the first process can be 
modified dynamically as a function of the system loading. As a result, the system 

1 5 crashes and blockages in the allocation of the processes to the processors can be 
avoided. 

A further refinement embodiment of the present invention relates to the 
special case in which the first process and the at least one further process coincide. 
In this case, the first instance containing the first process and the further instance 

20 containing at least one further process are combined in one instance. As a result, the 
method according to the present invention can be applied to this special case 
without adaptation. 

A further useful refinement embodiment of the present invention can be 
seen in the method of implementation. For example, all the instances (client 

25 instance, server instance, the instance containing the first process and the partner 
instance) can be implemented in the form of objects whose structure is defined by 
object classes. Thus, the first instance containing the first process and the further 
instance containing the at least one further process preferably each having the 
structure of a common object class. In this way, the principles of purely 
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object-oriented programming are utilized, permitting a high degree of modularity 
and of re-use and ease of maintenance. 

A furthe r refinement embodiment of the present invention is the very 
expedient use of the method according to the invention in a telephone switching 
5 system. According to this, all the advantages mentioned above ean also can be 
exploited in conjunction with a telephone switching system. 

Additional features and advantages of the present invention are described in, 
and will be apparent from, the following Detailed Description of the Invention and 
the Figures. 

10 An exemplary embodiment of the invention is described in more detail b e low with 
reference to a drawing, in which: 

BRIEF DESCRIPTION OF THE FIGURES 
Figure 1 shows an exemplary flowchart of the method according to the 
present invention^. 

1 5 Figure 2 shows an example of an application in the field of a system alarm 

in a telecommunications system such as a telephone switching system. 

A key to the figures is provided at the end of the Detailed Description. 
A key to the figures io provid e d in an annex at the end of th e description. 

DETAILED DESCRIPTION OF THE INVENTION 

20 Figure 1 describes, in a flowchart, the transmission of messages between a 

client instance assigned to a first process and a server instance assigned to a further 
process. The instances of client, server, the first instance containing the first process 
and the further instance containing the at least one further process as well as the 
action which is carried out by the server instance are represented in the form of 

25 objects with boxes. Accordingly, the object client corresponds to a client instance, 
the object server to a server instance, the object object handler 1 to a first active 
instance containing the first process, of the partner instances provided as mutual 
communications partners, the object object handler 2 to a further active instance 
containing the further process, of the partner instances, the object action to an 

30 action and the object confirm action to an acknowledgement action to a requested 
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action. The active instances which contain the respective processes are 
characterized here by means of via boxes with bold lines. The type of action is not 
determined until the specific object action is called. 

In the case of an action which is requested by the client and is to be carried 
5 out by the server, with an acknowledgement, the method proceeds, for example, as 
follows: 

The client requests from the server an action to which an acknowledgement 
is to be made. The client calls the action and does not need to know which process 
is to be carried out or on which processor platform the action is to be carried out. 

10 The object handler 1 provides the client for this purpose with the call procedure 
invoke_action. After the call of the procedure invokeaction, also referred to as 
method in the object-oriented programming, a uniquely defined number (get handle 
number) is assigned to the object handler 1 and a timer is started (start timer) which 
initiates error handling if the acknowledgement is not received at the correct time. 

15 Then, the object handler 1 looks for a partner instance provided as communications 
partner, for example object handler 2 (find target object handler), which is assigned 
to the action as a function of the type of action, and transmits the message of the 
action request action_request to the object handler 2. The object handler 2 receives 
the message, stores the address of its communications partner object handler 1 

20 (store communication partner) together with the number which is uniquely assigned 
to the object handler 1 and executes the procedure of the object action (execute). 
The object action subsequently causes the server addressed by the client to execute 
the action by means of via the procedure call action. After the execution of the 
action, the server transmits, in an analogous fashion, an acknowledgement 

25 indirectly back to the client. According to this, the following procedure calls, 

message transmissions and actions run from the server in the direction of the client. 
The procedure call invoke_action, deletes the address of the communications 
partner and transmits the action request message for the acknowledgement 
action_request of the object handler 2 to the object handler 1, which is known to the 

30 object handler 2 on the basis of the assigned number, the object handler 1 deletes 
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the assigned number (release handle number) and stops the timer (stop timer), in 
order to transmit the acknowledgement object handler 1 calls the procedure execute 
of the object Confirm action, and finally Object Confirm Action executes the 
procedure confirm_action of the client. 

In the case of an action of the server requested by the client being without an 
acknowledgement, the method according to the present invention of the 
transmission of messages from the client to the server runs in a similar fashion to 
that described above. The sequence steps get handle number, start timer, store 
communication partner and the steps relating to the acknowledgement from the 
server in the direction of the client are eliminated. 

In the case of what is referred to as a broadcast, i.e. a client requests an 
action from a plurality number of servers, there are various possibilities: 

if the servers addressed by the client are assigned to a common process, the 
object handler 1 will pass on the action_request message either to an object 
handler 2, and the object handler 2 ensures that the action is executed by a 
plurality number of servers, or the object handler 1 transmits a plurality 
number of action_request messages to a plurality number of object handlers 
2 containing the server process, which each cause the servers to execute the 
action. A combination of both aforesaid variants is also possible, 
if the servers addressed by the client are assigned to different processes, the 
object handler 1 will in each case transmit an action_request message to the 
object handlers 2 containing the different processes, and the object handlers 
2 in each case cause the servers to execute the action. 
Here too, all combinations of the aforesaid possibilities are conceivable. 
The plurality number of actions usually have to be carried out in a 
distributed system so that of course each server ea» also can act as a client and each 
client ean also can act as a server, and can be combined in an object client and 
server function. 

The advantageous decoupling of process interfaces from the object 
interfaces of the client and of the server is apparent from the fact that the 
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communication between the client and the server is implemented synchronously fey 
means of via procedure calls and method calls and only the passing on of messages 
between the object handler 1 and the object handler 2 is, if appropriate, carried out 
asynchronously without limitation to the process limits. 
5 In the special case in which the client and the server^ which are located, for 

example, on a common platform, can be assigned to the same process, the objects 
object handler 1 and object handler 2 are combined to form a single object. 
According to Figure 1, in this case the object handler 1 transmits the action_request 
message to itself. 

10 Figure 2 shows an application example in the field of a system alarm in a 

telecommunications systems for example,, a telephone switching system. 

In a system alarm, there are, for example, the following objects which can 
act simultaneously as client and server and can request different actions from one 
another. In addition, the objects can be located on different platforms. 

15 An object Alarm Balance Monitor (ABM) has the function of forming an 

alarm balance over all the alarms of the instances (AMOI) which are monitored by 
it and for which alarms can be given. In order to be able to form the alarm balance, 
the Alarm Balance Monitor requires what is referred to as a SIBS object which is 
located on a processor platform and provides it with collected information relating 

20 to the monitored instances for which alarms can be given. 

The boxes constitute the objects Caller, AMOI 
(AlarmManagedObjectlnstance), SIBS (SiteBalanceSupply) and ABM 
(AlarmBalanceMonitor). The arrows whose type is not given in the key in the index 
indicate the message transmission, if appropriate, without limitation to process 

25 boundaries, between the objects. The transmission of messages correspond here to 
the transmission of messages between client and server described in Figure 1. Thus, 
for example^ the Caller object can act as a client and the AMOI object as a server. 
The same also applies to the other objects AMOI and SIBS as well as SIBS and 
ABM. 
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After a system alarm call set_alarm, the following sequence of actions is 
triggered, for example: 

Set_alarm: a monitored instance AMOI for which an alarm can be given 
receives a new alarm from a caller, checks the parameters (check _params) 
determining the alarm and creates a new alarm instance (create contained 
alarm). 

Confirm: an acknowledgement from the instance (AMOI) to the instance 
Caller after the system alarm call setalarm. 

Balance STBS: at least one server object SIBS is requested to collect the 
received information necessary for the alarm balance (accumulate alarm 
status of all associated AMOI). 

Balance ABM: after this the server object ABM is requested to collect the 
information received from the at least one SIBS object for the alarm balance 
(accumulate alarm status of all associated SIBS). 

Because the actions are requested without limitation to process boundaries, 
the messages are transmitted from one object to a further object via an active first 
instance and via a further active partner instance, for example via the object handler 
1 and via the object handler 2 from Figure 1, neither of which is illustrated in 
Figure 2. 

The selection of the object handler 2 made by the object handler 1 can be 
performed by moans of via an allocation table. The allocation table looks, for 



example, as follows: 



Action 


Object handler 


Confirmation 


Set alarm 
AMOI 


on AMOI platform 


yes 


Balance SIBS 


on SIBS platform 


no 


Balance ABM 


on main platform 


no 



If a specific action can be executed by different server objects, the allocation 
of the object handler 2 can be modified as a function of the system load factor. 

Although the present invention has been described with reference to specific 
embodiments, those of skill in the art will recognize that changes m ay be made 
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thereto without departing from the spirit and scope of the invention as set forth in 
the hereafter appended claims. 
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APPENDIX 
Key to the figures: 



LJ 



= instance 



= procedural call 
with execution 
(synchronous) 



► 



transmission 
of a message 
( asynchronous ) 



= active instance, 
containing a 
process 



= instance waits for 
acknowledgement 
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Abstract 

ABSTRACT OF THE DISCLOSURE 
Method for transmitting messages between a client instance assigned to a first 
process and at least one server instance assigned to at least one further process 
5 within a distributed system 

A A method for transmitting messages between a client instance assigned to 
a first process and at least one server instance assigned to at least one further 
process within a distributed system, wherein a first instance (object handler 1) 
containing a first process, of partner instances provided as mutual communications 

10 partners, selects, after reception of a message directed to at least one server instance 
(server) b y the client instance (client) at least one suitable further instance (obj e ct 
handler 2) containing the at least one further process, of the partner instances for the 
reception and passing on of messages. The at least one further instance containing 
the at least one further process passes on this message to at least one server instance 

15 addressed by it and receives, if appropriate, from the at least server instance, a 

message to be passed on to the client instance via the first instance containing the 
first process. 

Figure 1 



30 



2/2 





accumulate 
alarm status of 
all associated SIBS 






accumulate ^ 
alarm status of 
all associated ASF 


| Balance ABM 






CM 

CD 
ll 



1999P01371WOUS 



Declaration and Power of Attorney For Patent Application 
Erklarung Fur Patentanmeldungen Mit Vollmacht 

German Language Declaration 
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